rcu_lock(current->domain) does not need to disable preemption.
authorKeir Fraser <keir@xen.org>
Thu, 18 Nov 2010 12:26:27 +0000 (12:26 +0000)
committerKeir Fraser <keir@xen.org>
Thu, 18 Nov 2010 12:26:27 +0000 (12:26 +0000)
commit6020fcb84859f63343a74f46bf2f2d3d8e5a195c
tree1bdf67153b6ed3e95b111e4f6b5d23a8a959041f
parent652ec2d1ec8c2c79dce01dc9136c0dfefeabc13e
rcu_lock(current->domain) does not need to disable preemption.

If the guest sleeps in hypervisor context, it should not be destroyed
until execution reaches a safe point (i.e., guest context). This is
not implemented yet. :-) But the next patch will rely on it, to allow
an HVM guest to execute hypercalls that indirectly invoke __hvm_copy()
within an rcu_lock_current_domain() region.

Signed-off-by: Keir Fraser <keir@xen.org>
xen/arch/x86/mm.c
xen/arch/x86/physdev.c
xen/common/domain.c
xen/include/xen/sched.h